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Support the rocket engine test 
mission with sustainable facilities that 
produce unquestionable 
measurements, affordably. 
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Others: 

•High-pressure Gas 
•Industrial Water 
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ISHM Definition. 

ISHM Capability Development. 

- ISHM Knowledge Model. 

- Standards for ISHM Implementation. 

- ISHM Domain Models (ISHM-DM’s). 

- Intelligent Sensors and Components. 

ISHM in Systems Design, Engineering, and Integration. 
Intelligent Control for ISHM-Enabled Systems. 


Requirements Driving ISHM 

Through comprehensive and continuous vigilance 

Improve quality 

- By more accurately understanding the state of a system. 

Minimize costs 

- Of configuration 

- Of repair and calibration 

- Of operations 

Avoid downtime 

- By predicting impending failures 

- By timely intervention 

- By faster diagnosis and recovery 

Increase safety (protect people and assets) 


ISHM Objectives 

Use available data, information, and 
knowledge to 

- Identify system state 

- Detect anomalies 

- Determine anomaly causes 

- Predict system impacts 

- Predict future anomalies 

- Recommend timely mitigation steps 

- Evolve to incorporate new knowledge 


ISHM implementation is a problem of “management” of 
data, information, and knowledge (DlaK) focused on 
achieving the objectives of ISHM 
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Concepts for ilSHM 

THE CAPABILITY MUST BE CREDIBLE AND AFFORDAB LE 

Intelligent System: Manages data, information, and knowledge 
(DlaK) to achieve its mission (Manage: storage, distribution, sharing, 
maintenance, processing, reasoning, and presentation) 


ilSHM: 

- Employs knowledge about the system embodying “systems 
thinking” (captures interactions among elements of the system). 

- Is continuously vigilant. 

- Is comprehensive in assessing health of each element of a 
system. 

- Is systematically evolutionary to achieve higher and higher 
functional capability levels (increasing effectiveness). 

In order to make this capability possible, the health 

management system needs to incorporate “intelligence.” 


ISHM Definition 


Its own discipline, or sub-discipline under Aerospace 
Systems Design, Engineering, and Integration. 

Management of data, information, and knowledge (DlaK) 
with the purposeful objective of determining the health of 
a system (Management: storage, distribution, sharing, 
maintenance, processing, reasoning, and presentation). 

ISHM is akin to having a broad-base team of experts 
who are all individually and collectively observing and 
analyzing a complex system, and communicating 
effectively with each other in order to arrive at an 
accurate and reliable assessment of its health. 


MOVE CAPABILITY TOWARD LEVELS 2 AND 1 
DECREASE NEED FOR SUPPORT FROM LOWER LAYERS 


People-Based ISHM is Being Done Today 
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Test Stand 


Layer 2 
Astronaut/ 
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Conductor 


International Space Station Rocket Engine Test Stand 



System: ON BOARD AUTOMATED 
ANALYS CAPABILITY 


Operator: FASTER, MORE 
ACCURATE ANALYSIS 


Layer 3 
Control 
Room 


Layer 4 
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Control 
Room 



Support: FASTER, MORE 
ACCURATE ANALYSIS 
Decreased Need 




Support: FASTER, MORE 
ACCURATE ANALYSIS 

Decreased Need , 
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threshold 

violation 

detection 


Added 
DIaK from 
on-board 
users. 


Added 
DIaK from 
broad 
group of 
experts. 

Added 
DIaK 
resources 
from larger 
community 



Determination of Health 


Use available SYSTEM-WIDE data, information, and knowledge (DlaK) to 

- Identify system state. 

- Detect anomaly indicators. 

- Determine and confirm anomalies. 

- Diagnose causes and determine effects. 

- Predict future anomalies. 

- Recommend timely mitigation steps. 

- Evolve to incorporate new knowledge. 

- Enable integrated system awareness by the user (make available relevant 
information when needed and allow to dig deeper for details). 

- Manage health information (e.g. anomalies, redlines). 

- Capture and manage usage information (e.g. thermal cycles). 

- Capture and manage design life and maintenance schedule. 

- Enable automated configuration. 

- Implement automated and comprehensive data analysis. 

- Provide verification of consistency among system states and procedures. 


ISHM Capability Development 
ISHM Knowledge Model 

A plethora of Data, Information, and 
Knowledge (DlaK) must be applied to 
achieve high functional capability level 
(FCL) health management. 

The ISHM Domain Model (ISHM-DM) 
encompasses DlaK and the tools to 
implement ISHM capability. 


Data, Information, and Knowledge Management 
Architecture for ISHM (Information Architecture) 
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Classic architecture describing 
how systems are built 
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Detection and Confirmation of Anomalies 
Consistency Checking Cycle 






ISHM Capability Development 
Standards for ISHM 

• IEEE 1451 Family of Standards for Smart Sensors and 
Actuators. Lead by NIST (Dr. Kang Lee). 

• OSA-CBM (Open Systems Architecture for Condition 
Based Maintenance). Developed by industry and 
government, and transferred to the MIMOSA (Machine 
Information Management Open Standards Alliance) 
organization. 

• OSA-EIA (Open Systems Architecture for Enterprise 
Application Integration). MIMOSA organization. 


ISHM capability must integrate DlaK across physical, virtual, and discipline 
boundaries. This is not possible in an affordable manner unless standards are used 
to achieve plug&play and interoperability. 



ISHM Capability Development 
Standards for ISHM 


IEEE 1451 Family of Standards 

(supporting different physical interfaces and configurations) 



Kang Lee/NIST/March 2011 



ISHM Capability Development 
Standards for ISHM 


OSA-CBM (MIMOSA) 

Operationsand maintenance advisories, capability 
forecast assessments, recommendations, evidence, 
and explanation. 

Future health grade, future failures, recommendations, 
evidence and Explanation. 
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Health grade, diagnosed faults and failures, 
recommendations, evidence and explanation. 


Current enumerated state Indicator, threshold boundary 
alerts, and statistical analysisdata with timestamp and 
data quality 


Descriptor data with timestamp and data quality. 
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Data Acquisition 

L j 


Digitized data with timestamp and data quality. 









ISHM Capability Development 
Standards for ISHM 


Site-wide OSA-EAI Element 



Architecture for pilot ISHM system implemented at NASA Kennedy Space Center, Launch 
Complex 20 (LC-20) showing the use of IEEE 1451.1, OSA-CBM, and OSA-EAI standards 










Software to develop ISHM 
Domain Models (ISHM-DM’s) 

A software system for ISHM capability should support all core 
capabilities by integrating systematically DlaK through the ISHM-DM 

• Iconic representation of systems objects with visible and 
virtual links (relationships) used to provide intuitive 
representation of reasoning and context The mix of object 
orientation and iconic representation of DlaK provides the ability to 
intuitively visualize interrelationships and dig deep into details of the 
ISHM system. As complexity increases, graphical programming and 
visualization become essential. 


Pilot ISHM Implementation 
Chemical Steam Generator (CSG) 


"■ Telewindows Client 


File Edit View Layout Go Project Workspace lools 
j Connect to TEDS Database Jt Disconnect from TEDS Database 
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Window Help 

E Get All Sensor TEDS \Jt Clear All Sensor TEDS 


EDS Explorer 


By Component.. 


EDS List 
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EDS Attributes 


S O PE -14A4101 -IPA 
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PI Bridge Sensor 
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Bridge Element Impedance (Q) 351.3 

Bridge Type Full 

Calibration Date 2008-07-31 

Calibration Period 365 

Calibrator's Initials TS 

Electronic Datasheet Name Bridge Sensor 

Full Scale Electrical Value Percision mV/V 

IEEE 1451.4 Template ID 33 

Mapping Method Linear 

Maximum Electrical Output (V/V) 3.034 

Maximum Excitation Level (V) 15 

Maximum Phyiscal Value 2000 

Measurement Location ID 4101 

Minimum Electrical Output (V/V) 0.031 

Minimum Excitation Level (V) 10 

Minimum Physical Value 0 


IPA-RUNTANK 
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CSG ISHM Domain Model 

User Interfaces 


■ Telewindows Client 


I File Edit View Layout Go Project Workspace Tools Window Help 

I Enter Test Parameters 2009 : 167 : 12 : 33 : 54 :883 : E 2.044 | start Test Sequence j Menu ♦ User Mode Developer 


Ready □ □ □ El 



i EDS Explorer 


1 By Component.. 

| | EDS List 

- O PE- 1 4 A4052-LO 

i- m teds 

Basic TEDS 
10 Bridge Sensor 
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1 *" M 

Bridge Element Impedance (Q) 

351 

Bridge Type 

Full 

Calibration Date 

2009-04-21 

Calibration Period 

365 

Calibrator's Initials 

CA 

Electronic Datasheet Name 

Bridge Sensor 

Full Scale Electrical Value Percision 

mV/V 

IEEE 1451.4 Template ID 

33 

Mapping Method 

Linear 

Maximum Electrical Output (V/V) 

3.034 

Maximum Excitation Level (V) 

15 

Maximum Phyiscal Value 

1000 

Measurement Location ID 

4052 

Minimum Electrical Output (V/V) 

0.015 

Minimum Excitation Level (V) 

10 

Minimum Physical Value 

0 

Nominal Excitation Level (V) 

10 

Physical Measurand 

psi 

Read/Write Access 

Read/Write 

Response Time (S) 

0.1 

T ransducer Electrical Signal T ype 

Bridge Sensor 


1 

? x 


Target 

Pe-14a2435-Hd 


Message 

ACHIEVED - 2009/D6/16 12:31:37,406 p.i 


Tt-14al6-Lo 

ACHIEVED - 2009/06/16 12:31:37.406 p.m. 

1 

1 

LOX RUN TANK TEMPERATURE 

Pt-14a23-Gn 

ACHIEVED - 2009/06/16 12:31:37.406 p.m. 

1 

1 

UHP GN BOTTLE TANK PRESSURE (LOX PRESS) 

Pe-14a4183-Gn 

ACHIEVED - 2009/06/16 12:31:37,406 p.m. 

1 

1 

1st STAGE GOX PURGE PRESSURE 

Pe-14a4184-Gn 

ACHIEVED - 2009/06/16 12:31:37.406 p.m. 

1 

1 

2nd STAGE LOX S/D PURGE PRESSURE 

Pe-14a4185-Gn 

ACHIEVED - 2009/06/16 12:31:37.406 p.m. 

1 

1 

MAIN STAGE LOX S/D PURGE PRESSURE 

Pe-14a4023-Go 

ACHIEVED - 2009/06/16 12:31:37.406 p.m. 

1 

1 

GOX SUPPLY PRESSURE 


Message 

EXCEEDED - 2009/06/16 12:33:56.967 p.m. 


Priority 


Detail 

Loss of IPA Main Stage Interface Pressure 











CSG ISHM Domain Model: 

Blueline/Redline User Interfaces 


Telewindows Client 


• File Edit View Layout Go Eroject Workspace Iools Window Help 

; Enter Test Parameters 2009 : 167 : 12 : 33 : 54 :883 : E 2.044 start Test Sequence j Menu # User Mode Developer 



| □ BLUELINE-ALARM-QUEUE | | □ REDLINE-ALARM-QUEUE 


| (g EDS Explorer | | EDS Attributes 








Example Redline Handling 


PLC2 Redline Low Limit Enable Bits 

WordO 15 14131211 10 9 8 7 6 5 4 3 2 1 ■ 
Wordl 31 302928 27 2625 24 23 22 21 20 19 18 17 16 
Word 2 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 
Word 3 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 
Word 4 79 7877 76 75 74 73 72 71 70 69 6S 67 6665 64 
Word 5 95 94 93 92 91 90 89 88 87 86 85 84 83 82 8 1 80 
Word 6 i*f 109 ios in? joe 105 icm Kici 102 101 iou 99 98 97 96 


I^ClI-LUll O S 
jfr |E2C1PLCzj % 0 


Seq. Acc. Seconds 
0,000 


PLC2 Redline High Limit Enable Bits 

Word 10 1514131211 10 9 87654321 0 
Word 11 3130 292827 2625 24 23 22 21 2019 18 17 16 
Word 12 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 
Word 13 6362 61 60 59 58 57 5655 54 53 52 51 5049 48 
Word 14 79 78 77 76 75 74 73 72 71 70 69 6S 67 6665 64 
Word 1 6 111 110 109 IQE 107 106 105 104 103 102 101 100 99 98 97 96 


FLO Volins Booths 


01 23456789 


Seq. Clock @ Advance 

0.000 


£tq. Step @ Advance 
0 


First Oui@ Advance 
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G2 RedLines Anomaly Report 



VS 


E2 Control Room Redlines Ul 

• Requires extensive expertise in 
interpreting events 

• Analysis of events takes 
considerable time and effort 

• Only viewed by selected personnel 
at control room facility 
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Sensor Name 

PE- 14A4 1 17-IPA 

Event Type 

EXCEEDED 

Min Threshold Limit 

1 210 0 psi 

Event Time 

2009/06/16 12 3356 991 pm 

Event Time to TO 

|2. 108 

Arm Time 

20 

Disarm Time 

14 0 

Condition 

Los* of IPA Mam Stage Interface Pressure 

Test Name 

091 1_021A_9167_CSGT 

Test TO Time 

2009/06/16 12 3354 883pm 

Auto -sequence Start Time 

| -37,0 

Auto- sequence End Tone 

140 



PE-14A4 1 1 7-IPA 

Redime EXCEEDED at 2009/06/16 12 33 56 991 pm 



• Auto-SM Ena - 14 01 



Otijjm Tun* • 140 


16 Toe Jun 2009 


ISHM CSG Model Redlines Ul 

• Provides easily recognizable details of events 

• Immediately accessible to all personnel at control 
room facility, hardcopy printouts allow for ease of 
distribution and record keeping 

• Additional event and test parameters and 
associated data are depicted 





CSG ISHM Domain Model: 

Redline Event Handling 


Telewindows Client 


• File Edit View Layout Go Eroject Workspace Tools Window Help 

j Enter Test Parameters 2009: 167: 12:33:54:883:E ?|at 2.044 Start Test Sequence j Menu ♦ User Mode Developer 

: Bluelines 


Simulation h 


■ rcMmMMl | Ready □ □ ED □ 


Bluelines 

□ PT-14A31-GN 
3 PE- 14A2435-HD 
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BLUEL I NE- ALARM-QUEUE 




Target Message 

Pe-14a2435-Hd ACHIEVED - 2009/06/16 12 :31 :37.406 p. m 

Tt-14al6-Lo ACHIEVED - 2009/06/16 12 :31 :37.406 p. m 

Pt-14a23-Gn ACHIEVED - 2009/06/16 12 :31 :37.406 p. m 

Pe-14a4183-Gn ACHIEVED - 2009/06/16 12 :31 :37.406 p. m 

Pe-14a4184-Gn ACHIEVED - 2009/06/16 12 :31 :37.406 p. m 

Pe-14a4185-Gn ACHIEVED - 2009/06/16 12 :31 :37.406 p. m 


Priority Repetitions Detail 
1 1 HYDRAULIC PRESSURE 

1 1 LOX RUN TANK TEMPERATURE 

1 1 UHP GN BOTTLE TANK PRESSURE (LOX PRESS) 

1 1 1st STAGE GOX PURGE PRESSURE 

1 1 2nd STAGE LOX S/D PURGE PRESSURE 

1 1 MAIN STAGE LOX S/D PURGE PRESSURE 


IE-ALARM-QUEUE 


Navigation to Transducer 
Where Redline Event Occurred 


EXCEEDED - 2009/06/16 12:33:56.967 p.m. 


Loss of IPA Main Stage Interface Pressure 
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Failures Modes and Effects Analysis (FMEA) 
Wr MIL-STD-1 629A(2) NOT 3 
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Pressure leak Decreasing 
pressure 
measurement 

Identify sealed 
subsystem, and 
check pressure 
sensors for 
decreasing 
pressure. 





ISHM Capability Development 

Intelligent Sensors and Components 

Smart Sensor/Actuator (NIST) 

“The IEEE (Institute of Electrical and Electronics Engineers) 1451 smart transducer 
interface standards provide the common interface and enabling technology for the 
connectivity of transducers to microprocessors, control and field networks, and data 
acquisition and instrumentation systems. The standardized TEDS specified by IEEE 
1451.2 allows the self-description of sensors and the interfaces provide a 
standardized mechanism to facilitate the plug and play of sensors to networks. The 
network-independent smart transducer object model defined by IEEE 1451.1 allows 
sensor manufacturers to support multiple networks and protocols. Thus, transducer- 
to-network interoperability is on the horizon. The inclusion of PI 451. 3 and PI 451. 4 to 
the family of 1451 standards will meet the needs of the analog transducer users for 
high-speed applications. In the long run, transducer vendors and users, system 
integrators and network providers can all benefit from the IEEE 1451 interface 
standards [1].”. 


“Intelligent Sensor” is a “Smart Sensor” with the ability to provide the following 
functionality: (1) measurement, (2) measure of the quality of the measurement, and 
(3) measure of the “health” of the sensor. The better the sensor provides 
functionalities 2 and 3, the more intelligent it is. 



ISHM Capability Development 

Intelligent Sensors and Components 

Typical Process Models for Sensors 

• Noise Level Assessment and History 

• Spike Detection and History 

• Flat Signal Detection and History 

• Response Time Characterization 

• Intermittency Characterization and History 

• Physical Detachment Characterization and History 

• Regime Characterization and History 

• Curve Fit on Identified Regimes 


“Intelligent Sensor” is a “Smart Sensor” with the ability to provide the following 
functionality: (1) measurement, (2) measure of the quality of the measurement, and 
(3) measure of the “health” of the sensor. The better the sensor provides 
functionalities 2 and 3, the more intelligent it is. 



ISHM Capability Development 

Intelligent Sensors and Components 


Example Intelligent Sensor Implementations 



The Virtual Intelligent Sensor Environment (VISE) converts all classic 
sensors installed in a rocket engine test stand into “intelligent sensors.” 




CSG Anomalies Detected 
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Test 21 A: TC-14A4194-S Anomaly Report 
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Test 21 B: TC-14A4194-S Anomaly Report 
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Transducer Anomaly Report Graphs for one sensor in four consecutive tests. 



ISHM Capability Development 
ntelligent Sensors and Components 


Example Intelligent Sensor Implementations 



Esensors 

www.eesensors.com 





Health Assessment Database System 

HADS 




Health Electronic Data Sheets (HEDS) 
Repository of anomalies and algorithms 
Transducer Electronic Data Sheets (TEDS) 
Historical test data and analysis results 
Provides ease of data analysis and data trending 


ISHM (G2) 


Virtual Intelligent 
Sensor Environment 


ISHM Network 


Health Assessment 
Database System 
(HADS) 


HADS Browser 
Application 



HADS Browser Application 

HADS Browser Capabilities 

• Allows longitudinal analyses and comparisons with previous test results 

• Viewing usage statistics on monitored elements 

- cycle times on valves 

- mean time to failure 

• Viewing anomalous events/data trends 

• Viewing TEDS 
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ISHM in Systems Design, 
Integration, and Engineering (SDI&E) 

SDI&E practices are employed to build complex 
systems. 

SDI&E for aerospace systems has developed into its own discipline, 
although theories and concepts have not been adequately 
formalized in an academic sense. 

The role of ISHM in SDI&E is linked to the concept of ISHM-DM’s, 
whereby every element that is part of a system comes with its own 
ISHM-DM that can be rolled-up into an overall system ISHM-DM in a 
plug&play approach. 

When two elements are assembled, the ISHM-DM of each element 
is incorporated into the ISHM-DM of the assembly. In this manner, 
DlaK compartmentalized in each element becomes immediately 
available and useful to the ISHM-DM of the assembly. 


ISHM in Systems Design, 
Integration, and Engineering (SDI&E) 


Paradigm Shift 

Connecting Parts and Knowledge/Information 





Intelligent 

Sensors: 

Specs, data, 
health, network 
enabled. 
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Components: 
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network 
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Manageable burden on 
people and documents 


Reduced 


Assembling parts without knowledge/information — We do 


Knowledge 


ISHM concept for systems integration of ISHM-DM’s 




Intelligent Control for ISHM-Enabled 

Systems 

• Control of complex systems that are ISHM-enabled is a 
nascent area, simply because ISHM itself is also 
relatively new. 

• The objective is for the control function to make use of 
system health information in order to achieve its 
objectives. 


The paradigm implies that control systems become users of health 
information, while at the same time making use of actuators to help 
further improve determination of the system health 



Intelligent Control for ISHM-Enabled 

Systems 


Example Application (Reference 18 of the paper) 




Client 


IEEE Prototyping Kit 
TEDS 



Sensors 


Conclusions 

• A sound basis to guide the community in the conception and implementation of ISHM 
capability in operational systems was provided. 

• The concept of “ISHM Model of a System” and a related Data, Information, and 
Knowledge (DlaK) architecture were described. The ISHM architecture is 
independent of the typical system architecture, which is based on grouping physical 
elements that are assembled to make up a subsystem, and subsystems combine to 
form systems, etc. 

• It was emphasized that ISHM capability needs to be implemented first at a low 
functional capability level (FCL), or limited ability to detect anomalies, diagnose, 
determine consequences, etc. As algorithms and tools to augment or improve the 
FCL are identified, they should be incorporated into the system. This means that the 
architecture, DlaK management, and software, must be modular and standards- 
based, in order to enable systematic augmentation of FCL (no ad-hoc modifications). 

• A set of technologies (and tools) needed to implement ISHM were described. One 
essential tool is a software environment to create the ISHM Model. The software 
environment encapsulates DlaK, and an infrastructure to focus DlaK on determining 
health (detect anomalies, determine causes, determine effects, and provide 
integrated awareness of the system to the operator). The environment includes 
gateways to communicate in accordance to standards, specially the IEEE 1451.1 
Standard for Smart Sensors and Actuators 


Challenges and Opportunities 

EDUCATION 

- Inclusion of ISHM in the design process (Design for ISHM). 

- ISHM concept as a knowledge-based capability. 

- Software environments to build ISHM models. 

- Physics of failure. 

- Anomaly detection (algorithms, approaches, strategies). 

- Failure modes and effects analysis (FMEA) and root-cause tree analysis concepts and automation. 

- Software environments supporting processing within networked intelligent elements and standards- 
based interaction. 

- User interfaces: “integrated awareness of system elements.” 

RESEARCH 

- ISHM incorporates multiple disciplines: physics modeling or modeling of any phenomena occurring in a 
system, algorithm development, knowledge systems, user interfaces, software environments, intelligent 
systems, standards, network capabilities, etc. 

- Laboratory/pilot implementations (e.g. university power plant) for validation of the research. Very few 
“low functional capability” ISHM systems have been implemented (Space Shuttle Main Engine, Boeing 
777 are the more visible cases). Experimental validation will bring high visibility to potential 
users/investors (NASA, DoD, DoE, Chemical and Oil industries, power plants, ships, etc.). 

- ISHM is in its infancy, but can develop very fast. Three notable annual conferences specific to ISHM are 
on- going: 

• ISHM Conference (usually in Covington Ky. Or Cincinnati, OH), started by AFRL (In its fifth year or 
so). 

• Prognostics and Health Management Annual Conference (its second event to take place at the end 
of September, in San Diego). 

• AIAA lnfotech@jAerospace Conference has added ISHM as a technical area. 

- ISHM capability can be implemented and validated without disturbing on-going normal operations. 
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CSG ISHM Domain Model: 

Top Layer View 
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CSG ISHM Domain Model: 

Transducer Data Plots 
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Elements of an ISHM System: 

ISHM Model - Proximate Cause Analysis 




List of Anomaly Detection 

Capabilities 


Anomaly/Behavior 

Demonstrated Cause 

Detection Approach 

Leaks (pipes, valves, etc.) 

Various 

Checking for pressure leaks using the concept 
of Pressure Subsystems. 

Valve state undetermined 

Defective feedback sensor 
Controller failure 

Determines valve state by checking 
consistency of command, feedback, 
open/close switches, and pressure conditions 
upstream and downstream. 

Valve oscillation 

Fluid contamination in hydraulic 
supply 

Compare running standard deviation of 
command versus feedback. 

Valve stuck 

Fluid contamination in hydraulic 
supply 

Seat seizure 

Feedback remains horizontal while command 
changes. 

Excessive noise, spikes, etc. 

Interference 

Running standard deviation exceeds set limits. 
Thresholds violations during short time spans 
(compared to sensor time-constant). 

Degradation 

Wear, aging 

Trend detection using curve fitting and 
determination of time-constants. 

Prediction-Measurement 

mismatch 

Various 

Use predictive model (e.g. from Modeling & 
Analysis Group) to predict sensor values and 
compare with measurements. 



Short-Time Fourier Transform 

Segmentation 

Figure 1. Simulated input signal 



figure 2. s.lwt time fT9s window 
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Determining Valve-State 
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Checking for Pressure Leaks 




Runtime Predictive Modeling 
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Intelligent Sensors 


• Smart sensor 

- NCAP (Go Active, Announce) 

- Publish data 

- Set/Get TEDS 

• Intelligent sensor 

- Set/Get HEDS 

- Publish health 

• Detect classes of anomalies using: 

- Using statistical measures 

• Mean 

• Standard deviation 

• RMS 

- Polynomial fits 

- Derivatives (1 st , 2 nd ) 

- Filtering — e.g., Butterworth HP 

- FFT — e.g., 64-point 

- Wavelet Transforms (segmentation) 

- Algorithms for 

- Flat 

- Impulsive (“spike”) noise 

- White noise 

- Other (ANN, etc.) 






Intelligent Sensors have 
embedded ISHM 
functionality and support 
Smart Sensor standards 



Software to develop ISHM 
Domain Models (ISHM-DM’s) 

A software system for ISHM capability should support all core 

capabilities by integrating systematically DlaK through the ISHM-DM 

• Object orientation: object representation of system 
physical elements and associated process models is the 
best way to embed DlaK in a systematic and in an 
organized manner. 

• Distribution of ISHM-DM’s within and across 
networks : ISHM-DM’s might be distributed among 
processors connected to a network, simply because it is 
necessary to use parallel processing, and/or ISHM-DM’s 
might be created by different people in various 
geographic locations 


Software to develop ISHM 
Domain Models (ISHM-DM’s) 

A software system for ISHM capability should support all core 

capabilities by integrating systematically DlaK through the ISHM-DM 

• Distribution across processing units: Since multiple 
process models are expected to be running at any given 
time, the software environments should support parallel 
processing. 

• Inference engine: Many tasks require an inference 
engine. Reasoning and decision making leading to 
anomaly detection, diagnostics, effects, and prognostics; 
require contextual integrity and cause-effect analysis 
using heterogeneous data and information. 


Software to develop ISHM 
Domain Models (ISHM-DM’s) 

A software system for ISHM capability should support all core 

capabilities by integrating systematically DlaK through the ISHM-DM 

• Integrated management of distributed DlaK: DlaK must be 
managed in a way to allow embodiment of systems thinking across 
elements and subsystems. Often this is enabled by definitions of 
relationships among elements of systems that can be physically 
visible (i.e. attached to, belong to a system); or more abstracted 
relationships, as it relates to involvement by groups of objects in 
process models. 

• Definition of dynamic relationships among objects for use in 
reasoning : Often, the framework for reasoning and application of 
process models changes dynamically with configuration changes, 
stages of operation, etc. 


